Looking up a Regions UUID

July 25, 2008 · 142 views · 0 comments

Looking up a Regions UUID
taken by : Dedric Mauriac on Woodbridge (97, 77, 186)
blogHUD!
XTEA Encrypt
XTEA

About

Through a capability exposed by the web-map API on SLurl.com, I am able to query the name of a region by specifying it's global position. For example, Woodbridge is located at 945, 1089. I can query the capability url for it at: cap.secondlife.com/cap/0/b713fe80- 283b-4585-af4d-a3b7d9a32492?var=x&grid_x=945&grid_y=1089. I will get the following results: var x='Woodbridge';. Ok, this let's me identify the name of a region through cordinates. I have a little problem though. Regions can change location and their names. I need a constant value to keep track of. In addition, I may way to leave room open to support OpenSIM grids. From this, I deduced that RegionID is probably the constant I'm looking for. I've been hunting for a way to retrieve the current region ID that an object is sitting in. I found that SignpostMarv Martin cre!

ated a directory of every sim on the Agni grid in second life. I found Woodbridge and saw that he made the RegionId available in the source code. I was able to query the web page and parse out the ID. So, I now have a way to retrieve retion id. I'd much prefer to get it direct from second life though. LSL doesn't support that capability. I was hoping I could query the google appliance directly that is used for in- world search, but I can't determine how to query against the world.secondlife.com website. There has got to be a way to get at that information. I'm noticing that I can also query google itself with my regions name, and a sitesearch on secondlife.com. The first link goes to the URL over on world.secondlife.com for woodbridge - including the re!

gion id. Tada! a second source to get that information. I !

would still rather search against world.secondlife.com directly. I may have to look into some HTTP sniffers to look at the traffic going accross the wire. From Dedric Mauriac via bloghud.com